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Background Of The Invention 

This invention relates generally to telephone 
communication systems, and more particularly to a new 
and improved system wherein all the functions of a 
digital telephone are usable on a computer. 

Digital computers, in particular personal 
computers, are playing an ever increasing role in 
telephone systems. For example, the personal computer 
plays a central role in voice processing systems 
utilizing computer telephony integration wherein the 
personal computer is interposed functionally between the 
telephone switch such as a private branch exchange (PBX) 
and the telephone set. In addition, the digital 
telephone itself represents an advance in the additional 
features and functions it provides over and above those 
provided by conventional telephones . 

Summary Of The Invention 

In a basic computer telephone integration, a PBX is 
connected through a computer telephony interface to a 
personal computer which, in turn, is connected through 
another interface to a telephone set, such as a digital 
telephone. It would be highly desirable and 
advantageous to provide a telephone system wherein all 
the functions of a digital telephone can be accessed and 
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implemented on a personal computer alone, thereby 
eliminating the need for a telephone set. In other 
words, by means of the computer display and mouse, 
keyboard or other input /output command devices, a user 
5 could access and implement all digital telephone 
functions without the physical telephone set, the 
personal computer also providing the audio function, A 
significant advantage of such a system is computer 
access to and utilization of digital telephone functions 
10 from a remote location with communication via internet, 
LAN, WAN, RAS or other mediums. 

Brief DescriiPtion Of The Drawing Figures 

15 Fig. 1 is a block diagram of the system of the 

present invention; 

Fig, 2 is a schematic diagram illustrating 
operation of the system of the present invention; 

Fig. 3 is a schematic diagram further illustrating 
20 an aspect of the operation of the system of the present 
invention; 

Fig. 4 is a schematic diagram further illustrating 
another aspect of the operation of the system of the 
present invention; 
25 Fig. 5 is a flow chart illustrating operation of 

the system of the present invention; and 

Figs. 6-9 are schematic block diagrams illustrating 
applications of the system of the present invention. 

3 0 Detailed Description Of the Invention 

A system 10 according to the present invention is 
summarized briefly in Fig. 1. A PBX or other standard 



~ 3 ~ 

telephone switch is represented at 12 and lines 14 16 
are standard interface lines which connect PBX 12 to a 
user's telephone network. A standard personal computer 
(PC) 20 in the present illustration is operated by a 
5 mouse 22. Alternatively^. PC 20 in the system of the 

present invention can be operated by a keyboard or some 
other input device. In accordance with the present 
invention, a graphical representation 26 of a digital 
telephone is provided on the display of PC 20. Various 

10 telephone functions are accessed by manipulating mouse 
22 to place the cursor (not shown) on a particular 
component of the phone image 2 6 and then clicking the 
mouse. For example;, to place a call the first step is 
to remove the headset or receiver from the phone 

15 console. This is done by moving mouse 22 so that the 
cursor is on the representation of the receiver at the 
left-hand portion of the image 2 6 and clicking mouse 22. 
This results in a appropriate command being issued to 
the remainder of the system to indicate initiation of a 

20 call as will be described in detail presently. The 

foregoing is accomplished by means of a computer program 
known as ActiveX or other programs providing graphical 
interface implementation in a manner which will be 
described in detail presently. By way of further 

25 illustration, the next step in the call is dialing the 
number which is carried out by moving the cursor using 
mouse 22 sequentially to each of the button graphical 
representations in image 26 and clicking on each button 
representation. Each time an appropriate command is 

30 issued to the remainder of the system for actual dialing 
of the telephone number as will be described. While the 
present illustration includes the preferred image 26 as 
a representation of a digital telephone, image 26 can 



- 4 - 

have other telephone-related forms such as listing of 
telephone numbers which the user would have occasion to 
dial, a menu of telephone features such as conferencing, 
park and pick, etc. and other forms. 
5 In accordance with the present invention, the 

system of Fig. 1 further includes a phone server 
generally designated 30 which couples PBX 12 and PC 20. 
Lines 14 and 16 from PBX 12 are connected to server 30. 
A communications link 32 connects server 30 and PC 20 

10 and can be a LAN, WAN, RAS, internet or a modem accessed 
telephone line to mention a few. The signals associated 
with PBX 12 and the signals on lines 14, 16 are 
characterized by synchronous timing which is a standard 
requirement of PBX operation. The signals on link 32 

15 and associated with PC 20 are asynchronous which is 
required for the needed flexibility in timing of the 
operation of PC 20 and communications link 32. 
Accordingly server 30 makes possible communications 
between the synchronous operation of PBX 12 and the 

20 asynchronous operation of communications link 32 and PC 
20. Server 30 allows an asynchronous client such as a 
web browser operatively associated with PC 20 to 
communicate via link 32 with a synchronous device such 
as telephone switch, i.e. PBX, 12. 

25 Briefly, and as shown in Fig. 1, phone server 30 

includes a digital phone emulation interface 34, an 
application program interface 36 and logic 38 which ties 
link 32 with the interfaces 34 and 36. Interface 34 by 
way of example is commercially available from Voice 

30 Technologies Group, Inc. under the designation 

VoiceBridge-PC and VoiceBridge 2000. Interface 34 
provides a direct digital connection between various 
PBXs and computer telephony application computers, i.e. 
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PC 20, and their processing cards and increases the 
amount of integration information that can be utilized 
from the PBX. Application program interface 36 develops 
a command set from signals provided by interface 34 
5 which the software in PC 20 can understand. Logic 38 
provides the synchronous/asynchronous conversion 
mentioned above. Thus, logic 38 serves as an 
intermediary between synchronous switching^ on the PBX 
side of server 30 and asynchronous packet switching on 

10 the other side of server 30. For example, logic 38 will 
packetize a request from interface 34 so that it can 
travel over link 32 and be utilized by PC 20. This 
enables telephony events from interface 34 to be 
converted in a way that the object, i.e. the ActiveX 

15 program mentioned above, can utilize them in connection 
with phone image 26. 

The selection and performance of various digital 
telephone functions utilizing the graphical phone image 
26 and cursor of PC 20 is accomplished by means of^ a 

20 program providing graphical interface implementation, A 
preferred program is commercially available from 
Microsoft Corporation and known as ActiveX control. 
ActiveX control enables one to develop sophisticated 
controls based on the common object model (COM) that can 

25 be installed in dialog boxes or any ActiveX control 

container application. ActiveX control is a COM-based 
object that can draw itself in its own window, respond 
to events like mouse clicks, and be managed through an 
interface that includes certain properties and methods. 

30 An ActiveX control is implemented as an in-process 

server, typically a small object, that can be used in a 
control container. The control container operates the 
ActiveX control by using the control's properties and 
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methods;, and receives notification from the ActiveX 
control in the form of events. Thus^. a control is 
described completely by properties, methods and events, 
and ActiveX is a means of implementing a control. While 
5 ActiveX is utilized in the present illustration of the 
invention, other graphical interface implementations can 
be employed such as JAVA-APPLET and even lower level 
software such as C or C++ to name a few. 

Fig. 2 illustrates application of the principles of 

10 the system 10 of Fig. 1 to performing digital call 

control over internet protocol (IP). In other words, by 
virtue of the system of Fig. 2 all the call control 
features of a digital telephone are provided to a user 
on a PC wherein the features are accessed by the PC via 

15 the internet and selection and use of those features is 
via the graphical image of the phone or the like with 
mouse or keyboard interaction. 

In the system illustrated in Fig. 2, PBX 12', PC 
20^, mouse 22', digital phone emulation interface 34' 

20 and application program interface 36' are similar to the 
corresponding components in the system 10 of Fig. 1. In 
the system of Fig. 2, some of the control components are 
actually the same C++ object, but behave differently 
based on whether the control is configured as the client 

25 or as the server. For this reasoUf the following 
description is separated into client and server 
sections. The components within the broken line region 
50 all reside within the same control which has methods, 
properties and events which will be described in further 

30 detail presently. 

The server control object 54 is responsible for the 
following functions. Object 54 translates VoiceBridge 
light events and display updates from the VoiceBridge 
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Thread 56 into graphical user interface (GUI) 
representations of these events for display on a server 
monitor 58, The GUI representation 60 is a soft phone 
that looks like the actual digital station set that the 
5 VoiceBridge interface 34* emulates. In this 

implementation, the soft phone provides a mirror image 
of what the client is seeing on his/her PC 20'. The 
mirror image is a means to provide status of client 
activity. 

10 Server control object 54 also translates key press 

and hook state commands from the TCP/IP Socket Thread 62 
into GUI representations of these commands for display 
on the server monitor 58. This completes the mirror 
image described above. Object 54 translates key press 

15 and hook state commands from the TCP/IP Socket Thread 62 
into VoiceBridge API commands for execution and 
interaction with the PBX 12*. Object 54 also translates 
VoiceBridge light events and display updates from the 
VoiceBridge Event Thread 56 into a format suitable for 

20 subsequent packetization by the TCP/IP Socket Thread 62. 
The TCP/IP Socket Thread 62 has the following 
responsibilities when the control 50 is acting as a 
server. It packetizes light events and display updates 
from the Server Control Object 54 for transmission over 

25 a socket to the client, and it accepts packetized key 
press and hook state commands from the client, 
unpacketizes these commands and submits them to the 
Server Control Object 54 for execution using VoiceBridge 
API Commands or display on the GUI . The VoiceBridge 

30 Event Thread 56 is responsible for monitoring the 

VoiceBridge event Queue for incoming light events and 
display changes using the VoiceBridge API 36' and 



- 8 - 

submitting these events to the Server Control Object 54 
for further processing. 

The VoiceBridge API 36' and the VoiceBridge Card 
34 ' together provide a suitable interface to the PBX 
5 12'. The VoiceBridge Card 34' handles all low-level 

interactions with the PBX 12' over synchronous digital 
station links. The VoiceBridge API 36' provides a means 
for the rest of the control 50 to interact with the PBX 
12' using the VoiceBridge internal virtual phone. 

10 The client control object 64 is responsible for the 

following functions. Object 64 translates mouse clicks 
and key strokes from the client machine 20' into the 
commands suitable for subsequent packetization by the 
TCP/IP Socket Thread 66. The mouse clicks and key 

15 strokes are input by the user from a GUI representation 
of a soft phone 68 as previously described. Similar to 
the server GUI 60, the client GUI 68 is a soft phone 
that looks like the actual digital station set that the 
VoiceBridge 34' emulates. Client control object 64 also 

20 translates light events and display updates from the 

TCP/IP Socket Thread 66 into graphical representations 
on the client monitor 20. These events are displayed on 
the GUI soft phone 68 described above. 

The TCP/IP Socket Thread 66 has the same 

25 responsibilities as described in the server section, but 
in reverse. That is to say, key press and hook state 
commands come from the client object and are packetized 
and sent to the server. Light updates and display 
updates are taken from the server, unpacketized and 

30 passed to the client object for further processing. 

To one skilled in the art, it is apparent that 
programming methods other than socket and threads, as 
well as protocols other than TCP, IP and H.323 (such as 
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ATM, MGCP or SIP) can be utilized to implement the 
client and server control objects described herein. 

Figs. 3 and 4 illustrate architectures of the 
control that include voice and digital control over 
5 internet protocol (IP). The control is used in a 

client/server environment to provide access over IP to 
digital station set features from a remote location. In 
the architecture of Figs. 3 and 4 the voice component of 
the control is handled in one of two ways. The method 

10 of Fig. 3 uses a WAV interface available from Dialogic 
or Natural Microsystems (NMS) or other means in 
conjunction with the Microsoft NetMeeting version 2.1 
SDK to provide an H.323 protocol stack with audio 
capabilities. The method of Fig. 4 uses an H.323 

15 protocol stack (middleware) provided by the Dialogic DM3 
platform, NMS Fusion platform or other means. Both 
methods employ the NetMeeting version 2.1 SDK on the 
client side. 

Referring first to Fig. 3 a PBX 80 is connected via 
20 digital lines collectively designated 82 to a digital 

phone emulation interface 8 4 in a manner similar to PBX 
12, lines 14, 16 and interface 34 in the arrangements 
illustrated in Figs. 1 and 2. Interface 84 is connected 
via a voice bus 86 to a digital signal processor (DSP) 
25 88 included in the server control 90. Control 90 also 
includes WAV interface 92 and protocol stack 94. The 
client control 100 also includes a protocol stack 102, 
and the server and client controls 90 and 100, 
respectively, are connected by an IP communications link 
30 106. 

Thus, the voice over IP method of Fig. 3 uses a WAV 
interface provided by Dialogic, NMS or other means. 
With this method, the controls 90 and 100 use NetMeeting 
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version 2.1 API calls to handle all connection 
establishment and capabilities negotiation on both the 
server and the client side. The audio channel is left 
open throughout the duration of the client /server 
5 session. Silence is transmitted until the VoiceBridge 
interface 84 opens an audio channel with the PBX 80 
(i.e. when a phone call is made or answered). This 
provides the desired effect that audio is "cut through" 
when a call is initiated or answered. 

10 The arrow 110 in Fig. 3 shows the audio path. The 

PBX 80 provides audio to the VoiceBridge interface 84, 
which drives voice data onto the voice bus 86. This 
voice data is taken from the voice bus by the DSP card 
88 and provided to the server PC (not shown) through WAV 

15 interface 92. The NetMeeting software 94^ 102 utilizes 
this WAV interface 92 to implement the H.323 protocol 
which includes specifications for connection negotiation 
(H.245) and for voice packetization and transmission 
(Real Time Protocol - RTP) . 

20 Referring now to Fig. 4^ which illustrates voice 

over IP using middleware, components similar to those of 
the architecture of Fig. 3 are identified by the same 
reference numerals provided with a prime designation. 
Server control 120 includes middleware 122 and arrow 124 

25 indicates audio path. The client implementation does 

not change for this method. The server does change and 
now uses middleware 122 such as DM/3 IPLINK from 
Dialogic or Fusion from NMS to provide the interface on 
the client side. This middleware provides the H.323 

30 protocol stack in place of the NetMeeting SDK. The 

voice path indicated by arrow is very similar to that in 
the method of Fig. 3. 
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The system of Fig. 2 is illustrated further by the 
following example transactions. The first illustrative 
example is establishing a client/server connection. 
Before the client can establish a connection with the 
5 server, the server must be waiting for a client 

connection. A control method designated StartRemote () 
with a parameter of FALSE is executed to start the 
server waiting for a client connection. Start Remote 
and other control methods and parameters will be 

10 described in further detail presently. Next, the client 
control's RemoteHostName parameter is set to the IP 
address of the server (i.e. 204.242.28.197). Then the 
control method StartRemote () is executed with a 
parameter of TRUE. This will start the initial 

15 handshaking sequence between the client and the server. 
The initial handshake sequence is outlined in Fig. 5. 

The next illustrative example is a client key 
press transaction. The following sequence describes an 
entire key press transaction, from the client machine to 

20 the PBX for execution in reference to the components of 
Fig. 2. A hook state transaction is identical to the 
following sequence, only the data transmitted is 
different . 

1. The client user presses a GUI phone key on 
25 image 68 using his/her mouse 22'. 

2. The Client Control Object 54 is notified on 
the mouse press and determines the key number (ID) of 
the GUI phone key that was pressed and tells the TCP/IP 
Socket Thread 66 to transmit the key press command to 

30 the server. 

3. The client's TCP/IP Socket Thread 66 builds a 
key press packet with the appropriate key number and 
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supporting information and sends this data to the server 
via a socket command. 

4. The server's TCP/IP Socket Thread 62 receives 
the key press command packet, un-packetizes the command 

5 and tells the Server Control Object 54 to press the key. 

5. The Server Control Object 54 then issues a vb__ 
press_key () command to the VoiceBridge API 36', The 
press key command will be described in further detail 
presently. At the same time, the Server Control Object 

10 54 shows the key press on the server GUI 60 for the 
purpose of activity trace. 

6. The VoiceBridge API 36' passes the command to 
the VoiceBridge card 34', which sends the command along 
to the PBX 12' over the synchronous digital data link. 

15 The PBX 12' then acts on the key press appropriately. 

The next illustrative example is a light update 
sequence. The following describes an entire light 
update transaction. This sequence is very similar to 
the key press sequence described above, but this time is 

20 initiated by the PBX 12' and terminates on the client 

GUI phone 68. Note also that a display update sequence 
is identical to the following sequence, only the data 
transmitted is different. 

1. The PBX 12' sends a light update data packet 
25 over the digital data link to the VoiceBridge card 34'. 

2. The VoiceBridge Event Thread 56 receives the 
light update via an event generated by the VoiceBridge 
card 34' and passed through by the VoiceBridge API 36'. 

3. The VoiceBridge Event Thread 56 passes the 

30 light update event to the Server Control Object 54. The 
server control tells the server's TCP/IP Socket Thread 
62 to transmit the light event to the client. 
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4. The server's TCP/IP Socket Thread 62 
packetizes the light event information^ including the 
light number and new state, and transmits this 
information to the client via socket commands. 
5 5. The client's TCP/IP Socket Thread 66 receives 

the light update packet, un-packetizes the update and 
notifies the Client Control Object 64 of the light 
update . 

6. The Client Control Object 64 then displays the 

10 new light state on the lamp image in the GUI phone 68. 

The various properties, methods and events of the 
control associated with the system of Figs. 2-4 now will 
be described. The methods and properties of the control 
allow its container to press keys (using the mouse or a 

15 method) , set and get light states, set and get the hook 
state and set and get the display information for the 
phone. In addition, multiple phone types and sizes can 
be configured. The capability to interact with the 
VoiceBridge card 34 is provided inside the ActiveX 

20 control. This allows full control of a single 

VoiceBridge channel from within a web page. Visual Basic 
program or even within a Power Point presentation. 
Client/server capabilities are included in the control. 
This allows for complete remote operation (call control) 

25 of the ActiveX control over a TCP/IP socket. As 

previously described, a client computer (i.e. a laptop)- 
connects to a server using a TCP/IP socket. The server 
machine contains a VoiceBridge card that is connected to 
a PBX. The server control accepts key press and hook 

30 state commands from the client, allowing a remote user 
to interact with the VoiceBridge channel. The client, 
in turn, accepts lamp updates, display updates and 
gain/loss of carrier events from the server, thereby 
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providing full status of the VoiceBridge line from a 
remote location. 

The custom properties of the control are set forth 
in Table I. In the right-hand column various 
5 characteristics are described. When the container 
changes the properties, changes occur in the 
characteristics . 



Table I 



Property Name 


Property 
Type 


Description 


PhoneType 


Short 


Changes the type of phone 
displayed. 

1 (LUCENT7434) , 

2 (MITELSS430) , 

3 (NORTEL/olo) , 

4 ( S IEMENSR0LMPH0NE4 0 0 ) 


SizePercent 


Short 


Percentage full scale. 
Using this value will scale 
the phone and maintain the 
original aspect ratio, 
bet tnis value to (~ij ir 
the control is to be sized 
by other means - i.e. using 
the container's object 
handles . 
Min - 25% 
Max - 600% 


KeyUpDownDelay 


Short 


The time in milliseconds 
that a key will be pressed 
when using the PressKey() 
method (keys automatically 
pop back up when using 
PressKey ( ) ) . 
Min - 0 msec 
Max - 1000 msec 


InteractiveMode 


BOOL 


TRUE - User can press keys 
and go on and off hook 
using the mouse . 
FALSE - No input is 
accepted from the user via 
mouse clicks. 
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Property Name 


Property 
Type 


Description 


DummyCaps 


BSTR 


This is a dummy parameter 
used to help serialize 
(store) all of the key 
information for the 
control. The contents of 
this parameter can not be 
set or seen by the user. 


DisplayText 


BSTR 


This is the test contained 
in the display. 
The string can be any 
length and will auto wrap 
at a column break . 
Strings that are too long 
will be truncated when 
displayed, but stored at 
full length . 
To output to the second 
row, pad with spaces. DO 
NOT USE A NEWLINE CHARACTER 
OR CONTROL CHARACTER. 


EnableToolTips 


BOOL 


TRUE - pop up tool tips 
enabled. 

FALSE - pop up tool tips 
disabled. 


controlID 


Short 


This ID is used for 
identifying phone events in 
a recorded event file. It 
is a tab that is associated 
with each recorded event. 
This allows recording and 
subsequent playback of 
multiple sets of data into 
a single file. 
This ID is also used as the 
VoiceBridge channel number 
when the control is used to 
drive a VoiceBridge 
Channel . 


RemoteHostName 


BSTR 


This identifies the IP 
address of the remote host. 
This parameter must be set 
before the client is put 
into remote mode with the 
StartRemote ( ) method . 
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The custom methods of the control are set forth in 
Table II. The parameters in the middle column indicate 
the actions to be taken. The definitions in the right- 
5 hand column are part of the ActiveX definitions. The 
container of the ActiveX control can interact with the 
methods set forth in Table II. The StartActivePCMode 
method is used when the communications link is not IP. 
The StartRemote method is used when the communications 
10 link is with IP. 
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Table II 



Property Name 


Property 
Type 


Description 


PressKey 


INT keyNum 


Press the key specified 

by keyNumber 

The key automatically 

releases after 

"KeyUpDownDelay" 

milliseconds . 


SetLightState 


INT lightNum 
INT newState 


Set the specified lamp 
to a new flash state. 
The rates of flashing 
are predetermined by the 
phone type and can not 
be modified by the user. 

Valid states are: 
DARK 0 
STEADY 1 
FLASH 2 
BLINK 3 
WINK 4 


SetHookstate 


BOOL state 


TRUE take the phone off 
hook. 

FALSE put the phone on 
hook. 


GetLightState 


INT lightNum 


Returns the light state 
as a short. The states 
are described in 
SetLightState above . 
One additional return 
has been added. 

UNKNOWN 9 9 
If an invalid light 
number is passed into 
GetLightState, it will 
return UNKNOWN. 


GetHookstate 


NONE 


Returns the current 
state of the hook 
switch . 

TRUE means the phone is 
off hook. 

FALSE means the phone is 
on hook. 
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Property Name 


Property 
Type 


Description 


SetKeyCaption 


Short keyNum 


Sets the caption text of 
the specified key . 




BSTR caption 


Strings that are too 
long are simply 

displayed. 


GetPhoneSize 


Long'^sizeX 
Long^sizeY 


Returns the size of the 
control in HIMETRIC 
units . 


GetKeyCaption 


Short keyNum 


Returns the caption of 
the key specified by 
keyNUM. 


IsValidKey 


Short keyNum 


Returns TRUE if the key 
specified by keyNUM is a 
valid key (i.e. if the 
key number is on the 
phone) . Otherwise 
returns FALSE. 


IsValidLight 


Short 
lightNum 


Returns TRUE if the 
light specified by 
lightNUM is a valid 
light {i.e. if the light 
number is on the phone) . 
Otherwise^ returns 
FALSE. 


StartActivePC 
Mode 


Long 

password 


Use this method to start 
controlling a 
VoiceBridge channel . 
The channel number is 
specified in the 
controllD property which 
must be set before 
calling this method. 

NOTE: Active PC phone 
mode is only supported 
in Windows NT . A 
VoiceBridge SDK must be 
installed on the system 
and the VoiceBridge card 
must be loaded before 
qoinq into active mode. 
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Property Name 



Property 
Type 



Description 



StartRemote 



BOOL 

clientOrHost 



The meaning of this 
command varies slightly 
depending on the value 
of clientOrHost . 



To be a host;, set the 
clientOrHost parameter 
to FALSE. The control 
then waits for a client 
to connect on socket 
number 333 of the 
machine . Once 
connected;, the host then 
starts active PC mode 
automatically and 
negotiates channel 
number and PBX type with 
the client. 



NOTE: Host mode is only 
supported in Windows NT. 
A VoiceBridge SDK must 
be installed on the 
system and the 
VoiceBridge card must be 
loaded before connecting 
in host mode. 



To be a client;, set the 
clientOrHost parameter 
to TRUE. The control 
will then try to 
establish a connection 
with a shot waiting at 
the IP address specified 
in the RemoteHostName 
property. If no host is 
waiting;, or if another 
network error occurs, 
the error is reported to 
the application . 

NOTE: Client mode is 
supported under Windows 
NT and Windows 95. The 
controlID of the client 
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The custom events of the control are set forth in 
Table III. The events occur from the control to the 
container to indicate what happened;, i.e. they provide a 
5 notification. The six status events in Table III are 
related to the record/playback methods of Table II and 
tell the container what to do, i.e. enable or disable 
keys . 

Table III 

10 



KeyPressed 


int 

keyN umber 


The user pressed a key 
with the mouse. 


KeyReleased 


int 

keyNumber 


The user released a 
key previously pressed 
with mouse. 


Of fHook 


NONE 


The user took the 
phone off hook using 
the mouse. 


OnHook 


NONE 


The user put the phone 
on hook using the 
mouse . 


KeyCaptionChanged 


Int 

keyNumber 


The caption of the key 
specified by keyNumber 
was changed by the 
user . 


KeyPressed 


int 

keyNumber 


The user pressed a key 
with the mouse. 


LightChange 


Short 
lightNum 


The light specified by 
lightNum changed flash 
states . 
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The architecture of the system of the present 
invention described in connection with Fig. 2-5 performs 
digital call control over IP. As previously mentioned^ 
the control can be used in a client /server environment 
5 to provide access to digital station set features from a 
remote location. A number of highly useful and 
desirable applications can result from this capability. 
Fig. 6 illustrates utilizing the foregoing capability to 
provide full digital station features to telecommuters. 

10 PBX 150 and phone server 152 are similar to PBX 12 and 
server 30 in the system of Fig. 1. A remote access 
server (RAS) 154 is connected to a local area network 
(LAN) 156 which, in turn, is connected to phone server 
152 of the present invention. RAS 154 provides a dial- 

15 in connection to the LAN 156. The personal computer 158 
of the telecommuter is connected to RAS 154 via the 
respective modems 160 and 162 and the telephone network, 
164 . 

Thus, a telecommuter can connect to the office 
20 Local Area Network (LAN) 156 using Remote Access 

Software (RAS) 154 and use all of the capabilities of a 
digital station set while at home. And if the 
telecommuter also has a phone at the office, the control 
can be set up to ring when the office phone rings (i.e. 
25 the telecommuter's desk phone can be bridged onto the 

control). This allows callers to use the telecommuter's 
normal office number to reach the telecommuter when they 
are working at home. In addition, the telecommuter can 
simultaneously access data (i.e. e-mail, file servers 
30 etc.) over his RAS line. 

The foregoing also allows creation of remote call 
centers. Because the control provides all PBX features 
to remote users, the ACD features of the PBX can be 
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extended remotely. This allows call center agents to be 
a part of the same ACD queue - even though they may be 
thousands of miles apart. This saves money on office 
space and also provides a tremendous increase in 
5 flexibility in providing call center overflow scenarios. 

Fig. 7 shows an arrangement similar to Fig. 6 but 
wherein the telecommuter connects to the office LAN 156' 
via a web server 170 through internet access. 

The application illustrated in Fig. 8 provides 

10 linking of remote offices back to the corporate PBX and 
mail system. PBX 180 and phone server 182 are similar 
to PBX 12 and server 30 in the system of Fig. 1. 
Dedicated lines 184 and 18 5 of a wide area network (WAN) 
connect branch office or location 188 and 190, 

15 respectively to the main office or location. Thus, 

since many remote offices already have dedicated data 
tie lines for accessing corporate databases, e-mail 
etc., the control of the present invention can extend 
PBX connectivity to remote branches. And because the 

20 remote offices are all using the same PBX, a single 
company voice mail system can be deployed. This 
eliminates all of the difficulties and expense of trying 
to tie together many disparate phone systems and/or 
voice mail systems into a single seamless system. 

25 Fig. 9 illustrates an application which provides 

toll free calls and voice mail boxes to preferred 
vendors and customers. PBX 200 and phone server 202 are 
similar to PBX 12 and server 30 in the system of Fig. 1. 
A web server 204 is operatively connected to phone 

30 server 202. Vendors 206, 208 and 210 through their PCs 
212, 214 and 216, respectively, and the internet 220 
access web server 222 and ultimately phone server 202. 
Vendors and customers can be given an extension on the 
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PBX 200 by giving them a personal web page containing 
the control on the company Intranet or Internet web 
site 222. When a vendor /customer needs to be contacted 
or needs to place a call in to the company, their three 
5 of four digit extension is dialed - instead of their 
long distance PSTN number. Since the call takes place 
over the Internet, no toll charges are applied. And 
because they are an extension on the PBX 200, the vendor 
or customer can be given a company voice mail box and 

10 can be left messages, replied to and put on voice mail 
distribution lists . 

As further examples, other client applications are 
enabled through the client control such as a voice mail 
application and a telephone device. The client control 

15 described above makes use of a mouse, keyboard or other 
input devices to direct commands to the server control. 
A voice mail application is another input device that 
can be connected as a remote client control. As calls 
are directed from the PBX to the server control, these 

20 events are delivered to the voice mail client control. 
In response to these events^ a voice mail application 
will typically answer the incoming call, take input from 
the calling party and record a message or redirect the 
call to another telephone extension. These actions 

25 taken by the voice mail application are presented as 

input to the client control which are then delivered to 
the server control as previously described. The present 
invention thereby eliminates the need for the voice mail 
application to be located within the distance 

30 restrictions of the PBX, and furthermore enables 

alternate connection means to this PBX similar to link 
32 in Fig. 1. A telephone can also act as the 
input/output device of the client control. Key presses 
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of the telephone are used as input by the client control 
and directed to the server control. Commands from the 
PBX are directed to the client control through the 
server control and presented to the telephone attached 
5 to the client control for interpretation by a user. 

It is therefore apparent that the present invention 
accomplishes its intended objectives. While embodiments 
of the present invention have been described in detail;, 
that has been done for purposes of illustration, not 
10 limitation . 
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The Claiins 

1. A telephone communication system that provides 
access to all the functions of a digital telephone 

5 without a physical telephone set comprising: 

a) a computer means for conveying telephone 
features to a user; 

b) a telephony server means for translating 
telephony signals from a telephone switch to a form 

10 useable by said computer means; 

c) a computer link means for connecting said 
computer means and said telephony server; and 

d) a telephony link means for connecting said 
telephone switch and said telephony server. 

15 

2. The system of claim 1 wherein the computer means 
includes a computer display to present a plurality of 
digital telephone features in a visual fashion to a 
user . 

20 

3. The system of claim 1 wherein the computer means 
uses a mouse to accept control input from a user to 
control a virtual telephone. 

25 4. The system of claim 1 wherein the computer means 
includes a computer program to provide a graphical 
interface to said user to convey telephony features and 
accept commands from said user. 

30 5. The system of claim 1 wherein the telephony server 
means comprises: 

a) an interface means to terminate a telephone 
link to a telephone switch; 
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b) an application programming interface that 
enables an application to control said interface means 
to terminate a telephone link; and 

c) a logic means to provide the telephony 

5 features in a format that is useable by said computer 
means . 

6. The system of claim 5 wherein the telephony server 
means further includes a monitor means that provides the 

10 state of said interface means. 

7 . The system of claim 5 wherein the application 
programming interface includes features found on digital 
telephones including dial, transfer, conference, hold, 

15 display information, multiple appearances, redial, 

message waiting indication, disconnect call, hook switch 
control, handset, speaker and microphone. 

8. The system of claim 5 wherein the logic means 

20 provides a conversion means between a telephony protocol 
of said telephony link means and a link protocol between 
said computer means and said telephony server means. 

9. The system of claim 8 wherein the telephony 
25 protocol is a synchronous protocol. 

10. The system of claim 8 wherein the telephony 
protocol supports proprietary digital telephones found 
as station sets on PBXs . 

30 

11. The system of claim 8 wherein said link protocol is 
an asynchronous protocol based on the Internet Protocol 
over Ethernet. 
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12. The system of claim 5 wherein the interface means 
connects voice information to a voice packetization 
means for delivery over said computer link means. 



5 13. The system of claim 11 wherein voice is packetized 
in accordance with H.323 protocol standard. 

14, The system of claim 5 wherein the interface means 
connects control information to a control packetization 
10 means for delivery over said computer link means. 



15. The system of claim 14 wherein said control 
packetization means comprises TCP/IP Sockets. 

15 16. The system of claim 14 wherein said control 

packetization means comprises a server control object 
which manages commands and events among a plurality of 
means r consisting of said interface means, said computer 
link meanS;. and said monitor means. 

20 

17. The system of claim 1 wherein the computer link 
means can comprise a Local Area Network, a Remote Access 
Server with a modem, the Public Switched Telephone 
Network, and a client modem. 

25 

18. The system of claim 1 wherein the computer link 
means can comprise a Local Area Network, a Web Server, 
and the Internet. 



30 



19. The system of claim 1 wherein the computer link 
means connects to a plurality of computer means. 
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20. The system of claim 1 wherein a plurality of 
computer link means connect to a plurality of computer 
means . 

5 21. The system of claim 1 wherein a plurality of 
telephone server means connect to a plurality of 
computer link means to connect to a plurality of 
computer means . 

10 22. The system of claim 1 wherein the user is a 
computer controlled application. 

23. The system of claim 22 wherein the computer 
controlled application is a voice mail application. 

15 

24. The system of claim 1 wherein the computer means is 
a wireless telephone system. 

25. In a telephone communication system comprising a 
20 telephone switch and a computer; 

a) a servers- 
fa) a synchronous communication link between said 
telephone switch and said server; 

c) an asynchronous communication link between 
25 said server and said computer; and 

d) said server including a first component for 
providing a digital connection between said telephone 
switch and computer telephony applications associated 
with said computer^ a second component for providing a 

30 command set from signals provided by said first 

component for use by said computer and a third component 
which serves as an intermediary between synchronous 
switching associated with said synchronous communication 
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link and asynchronous packet switching associated with 
said asynchronous communication link. 

26. A telephone communication system according to 

5 claim 25, wherein said asynchronous communication link 
is via the Internet. 

27. A telephone communication system according to 
claim 25, wherein said computer includes a program 

10 providing graphical interface implementation of a 
representation of a telephone-related form. 

28. A telephone communication system wherein all of the 
call control features of a digital telephone are 

15 provided to a user on a computer and wherein the 
features are accessed by the computer via a 
communication link and selection and use of the features 
is via a graphical image of the telephone features 
utilizing an input device, said system comprising: 

20 

a) a telephone switch; 



b) a computer including a display, a program 
providing graphical interface 
25 implementation of a representation of a 

telephone-related form and an input 
device for accessing various telephone 
features represented on the display; 



30 



c) 



interface means comprising a digital 
phone emulation interface and an 
application program interface; 



a synchronous communication link 
operatively connecting said telephone 
switch to said interface means; 

event thread means operatively connected 
to said interface means for monitoring 
incoming telephone feature light events 
and computer display change commands 
received from said interface means; 

first control object means operatively 
connected to said interface means and to 
said event thread means; 

second control object means operatively 
connected to said computer; 

first socket thread means operatively 
connected to said first control object 
means; 

second socket thread means operatively 
connected to said second control object 
means; 

an asynchronous communication link 
operatively connected to said first and 
second socket thread means; 

said first control object means 
translating telephone feature key press 
and hook state commands from said first 
socket thread means into interface 



commands for execution and interaction 
with said telephone switch and said first 
control object means translating 
telephone feature light events and 
display updates received from said event 
thread means into a form suitable for 
processing by said first socket thread 
means; 

said first socket means packetizing 
telephone feature light events and 
display updates from said first control 
object for transmission over said 
asynchronous communication link and said 
first socket means accepting packetized 
telephone feature key press and hook 
state commands received via said 
asynchronous communication link and 
unpacketizing said commands for 
processing by said first control object; 

said second control object means 
translating input device operations and 
telephone feature key strokes from said 
computer into commands suitable for 
packetization by said second socket 
thread means and said second control 
object means translating telephone 
feature light events and display updates 
from said second socket thread means into 
graphical representations on said 
computer display; and 
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n) 



said second socket means packetizing 
telephone feature key press and hook 



state commands from said second control 



10 



5 



object means for transmission over said 
asynchronous communication link and said 
second socket means accepting packetized 
telephone feature light updates and 
display updates from said asynchronous 
communication link and unpacketizing said 
updates for processing by said second 
control object. 



29. A telephone communication system according to claim 
28 wherein said telephone-related form is a graphical 

15 image of a digital telephone set. 

30. A telephone communication system according to claim 
28 wherein said input device is a computer mouse. 

20 31. A telephone communication system according to claim 
28 wherein said input device is a computer keyboard. 

32. A telephone communication system according to claim 
28 wherein said asynchronous communication link is via 

25 the internet. 

33. A method for performing a key press transaction in 
a telephone communication system that provides access to 
all the features of a digital telephone without a 

30 physical telephone set, the system comprising a computer 
for conveying telephone features to a user and including 
a display to present a plurality of digital telephone 
features in a visual fashion to a user, an input device 
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such as a mouse to accept a control input from a user 
and a computer program to provide a graphical interface 
to a user to convey telephony features and accept 
commands from the user^ a telephony server for 
5 translating telephony signals from a telephone switch to 
a form useable by the computer, a computer link for 
connecting the computer and the telephony server and a 
telephony link for connecting the telephone switch and 
the telephony server, the method comprising: 

10 

a) selecting a graphical user interface phone key 
on an image on the computer display by means 
of the input device; 



15 b) determining an identification of the graphical 

user interface phone key and transmitting a 
key press command to the telephony server; 



c) building a key press packet using the 

20 identification and sending a key press packet 

command with data to the telephony server via 
the computer link; 

d) receiving the key press packet command with 
25 data and unpacketizing the command; 



e) issuing a press key command to the telephony 
server; and 



30 f) sending a press key command from the telephony 

server over the telephony link to the 
telephone switch for acting on the key press 
command . 



34. A method for performing a light update transaction 
in a telephone communication system that provides access 
to all the features of a digital telephone without a 
physical telephone set, the system comprising a computer 
for conveying telephone features to a user and including 
a display to present a plurality of digital telephone 
features in a visual fashion to a user, an input device 
such as a mouse to accept a control input from a user 
and a computer program to provide a graphical interface 
to a user to convey telephony features and accept 
commands from the user, a telephony server for 
translating telephony signals from a telephone switch to 
a form useable by the computer, a computer link for 
connecting the computer and the telephony server and a 
telephony link for connecting the telephone switch and 
the telephony server, the method comprising: 

a) sending a light update data packet from the 
telephone switch over the telephony link to 
the telephony server; 

b) sending a light update event from the 
telephony server and packetizing light event 
information; 

c) transmitting the packatized light event 
information over the computer link; 

d) receiving the packetized light event 
information and unpacketizing the light event 
information; and 
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e) displaying the light event information on the 
display of the computer. 



Abstract 



A telephone system wherein all the functions of a 
digital telephone can be accessed and implemented on a 
personal computer alone, thereby eliminating the need 
for a telephone set. By means of the computer display 
and mouse, keyboard or other input/output command 
devices, a user accesses and implement all digital 
telephone functions without the physical telephone set, 
the personal computer also providing the audio function, 
A graphical representation of a telephone set or other 
telephone-related form is provided on the computer 
display and accessed by the mouse, keyboard or other 
command device, this being accomplished by a computer 
program providing graphical interface implementation. A 
significant advantage of the system is computer access 
to and utilization of digital telephone functions from a 
remote location with communication via Internet, LAN, 
WAN, RAS or other mediums. 
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